home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / gt_power / bgqwkb26.zip / BGQWK.TXT < prev    next >
Text File  |  1992-03-20  |  20KB  |  377 lines
  1. BGQWK 1.0 BETA 26  SAT 21 MAR 92
  2. --------------------------------
  3.  
  4. 1. At the request of the users of the door, I have changed the logic of
  5.    'attended' download (not unattended) somewhat.  Before, BGQWK would create
  6.    a QWK packet (sometimes taking several minutes) and then ask the user if
  7.    he/she wishes to download, hangup after the download or abort the transfer
  8.    right then and there.  Now, BGQWK will still ask this same question, but if
  9.    a response is not given in a certain number of seconds, BGQWK will
  10.    automatically assume "regular continue download" and will start the
  11.    download and return to the BGQWK menu when done.  Hmm...  Now that I think
  12.    about it though, there isn't much difference in unattended download and
  13.    attended download now--except for the fact that unattended download will
  14.    log off after 30 seconds or so and attended download will return to the
  15.    prompt (timeout within 4 minutes if no keyboard input received).
  16.  
  17. 2. A new option on the C)onfig menu--(O) Allows you to select how many
  18.    seconds before a timeout occurs on the timed-prompts.  It will default to
  19.    15, but users can set it anywhere from 5 seconds to 90 seconds.  The two
  20.    timed prompts so far include 1) the one mentioned up above and 2) the
  21.    automatic hangup.
  22.  
  23. 3. If you wish to grant PREPACK users (/pu or /pd) sysop authorities for
  24.    some reason, simply place a "*" right before the users first name on the
  25.    command line.  This will allow them to send "dot" commands and receive
  26.    private messages.  Examples:
  27.  
  28.        bgqwk . f: /pu:*russell kroll
  29.           this will allow Russell to upload "dot" commands in prepack mode
  30.        bgqwk . f: /pd:russell kroll
  31.           no "*", so it only packs up regular messages
  32.        bgqwk . f: /pd:*russell kroll
  33.           grants sysop authority and he can prepack any private messages
  34.  
  35. 4. BGQWK will now create a USER_MSG.IDX file if not found and will continue
  36.    to create a USER_MSG.CTL file if that isn't there either.  (503+1 records
  37.    are created in USER_MSG.IDX).
  38.  
  39. 5. Fixed a minor bug in the ansi driver.  If you saved your GOODBYE screen
  40.    with a maximum length of 255 characters, BGQWK would not add the carriage
  41.    return, line feed correctly.  This is probably the reason several of you
  42.    reported problems with the driver.  If you were not saving your screens
  43.    with a length of 255 and are still having problems, PLEASE let me know.
  44.  
  45. 6. Added a few things to the BGQWK.LOG.
  46.  
  47. 7. Fixed a minor problem with "/pd" prepack download mode.
  48.  
  49. 8. Fixed a problem with the S)elect then D)etails command misprinting
  50.    conference extended descriptions when double-decker color commands were
  51.    used in GTMDIR.BBS (such as $[Hello]), etc.
  52.  
  53. 9. Fixed a problem with the netmail packing logic.  If a user had netstatus
  54.    and uploaded messages into the netmail conference, more than likely, that
  55.    same message would be echoed back to the user later.  Now, this problem
  56.    should be taken care of.  Maybe I can have reliable netmail connects from
  57.    now on??
  58.  
  59. 10. Fixed some problems with the ^F file insertion.  BGQWK was only doing
  60.     it with bulletins, but now it will also insert ^F files on WELCOME, NEWS,
  61.     and GOODBYE files.
  62.  
  63. 11. Dan Mancuso said that BGQWK is leaving its temporary disk file (a
  64.     hidden file known as BGQWK.$$$) in the work directory after the user exits
  65.     the door.  I could not duplicate the problem on my system, but I assume it
  66.     has something to do with his Novell setup not wanting to let BGQWK delete
  67.     the hidden file.  Well, I managed to change the swap unit so that the
  68.     BGQWK.$$$ file is a normal attribute file so it should be deleted as the
  69.     user exists the door.  Let me know what happens, Dan!  (By the way, if you
  70.     do a shell, alt-1, in BGQWK, don't delete the BGQWK.$$$ file in the work
  71.     directory unless you want to loose the current BGQWK session).
  72.  
  73. BGQWK 1.0 BETA 25  MON 15 MAR 92
  74. --------------------------------
  75.  
  76. 1. Due to the negative feedback and to popular demand <grin> the 'H' (don't
  77.    allow G)oodbye from inside of BGQWK) command line option has been
  78.    brought back, however, it does come with a catch--it's had a face lift.
  79.    If you specify the 'H' command line parameter, BGQWK will still give
  80.    your user's the option to G)oodbye from the BGQWK main menu, however, it
  81.    will not actually drop DTR so your computer will not reboot (like some
  82.    computers do).  BGQWK will simply exit with Errorlevel 1 so that you can
  83.    run some kind of keyboard buffer stuffer program (like KEYFAKE) that
  84.    will automatically generate a "G" and "Y" for the equivilant of a
  85.    G)oodbye Y)es command from inside of GT.  Of course, using the buffer
  86.    stuffer is completely optional so you might just inform your users that
  87.    the G)oodbye command will simply return them to the board.
  88.  
  89. 2. Several people have requested something that will let users see a more
  90.    detailed list of conferences rather than the ten character limit of the QWK
  91.    specification.  I've given you something in this beta--I don't know if its
  92.    exactly what you were looking for, but it's a start in that direction.  Off
  93.    the S)elect screen, there is a new command D)etails.  When a user chooses
  94.    `)etails, BGQWK will run through the GTMDIR.BBS file on the BBS and
  95.    cross-index it with the BGQWK.CNF database giving your users up to a 50
  96.    character description of each conference.  Right now, it's only to be used
  97.    as reference, but I think it looks interesting.
  98.  
  99. 3. Support for creating ARJ QWKs and receiving ARJ REP's is now included.
  100.    The user can select whether they want ZIP or ARJ style bags from inside the
  101.    C)onfig menu.  (Sysops must have ARJ.EXE in their DOS PATH if they wish to
  102.    offer ARJ style bags to their callers).
  103.  
  104. 4. At the request of Jerry Hook and others, whenever a user attempts to
  105.    J)oin a conference off the S)elect menu, the cooresponding WELCOME.CBS
  106.    or WELCOME.BBS file will be displayed and the user will be prompted for
  107.    a enter to return to the S)elect screen.  (The use of the WELCOME.BBS
  108.    file is optional and BGQWK will work fine without it being there!)
  109.  
  110. 5. Several sysops and users found a bug when uploading REP packets with a
  111.    large number of messages in them.  The reference number checking
  112.    procedure was causing BGQWK to eat up too many file handles and it would
  113.    bomb out with an fatal i/o [4] error.  I believe that problem is now
  114.    fixed.
  115.  
  116. 6. Fixed a small problem with the finding a corrupted message logic when
  117.    bagging new messages.
  118.  
  119. 7. The log file now includes which version of BGQWK (beta-wise) is used for
  120.    the user since many people are forgetting to tell me which beta version
  121.    they are using when reporting bugs or suggesting comments.
  122.  
  123. 8. Some cosmetic changes; V)ersion command now displays corrected on
  124.    unregistered copies of BGQWK and a little "clock" is displayed when
  125.    initializing the door so caller's won't worry about BGQWK locking up.
  126.    Also, all "M)ain" commands have been changed back to "Q)uit".  It just
  127.    drove me crazy after a while.
  128.  
  129. 9. BGQWK.CNF can now be placed in individual node's GTPATH's on networks.
  130.    I forgot drive letters were sometimes reassigned <oops>.  BGQWK will
  131.    first check for a BGQWK.CNF in the node's GTPATH.  If it can't find it,
  132.    it will then check the LAN path directory.
  133.  
  134. BGQWK 1.0 BETA 24  SUN  1 MAR 92
  135. --------------------------------
  136.  
  137. 1. DELETE YOUR BGQWK.CTL FILE!!!  The format has changed (yet, yet, yet
  138.    again).  I removed some unimportant fields but, at the request of many
  139.    of you, added something internal to BGQWK that will keep your BGQWK.CTL
  140.    file at the smallest possible size.  On my system, I probably had like
  141.    100 people that had opened the BGQWK door, but only 20 or so ever used
  142.    it.  With the new format control file, if a user did not do anything (no
  143.    QWK packet downloads), there record will be there, but if a new user
  144.    enters the door after they did, their record will be overridden so no
  145.    space is wasted (similiar to the way GT Power handles deleted records).
  146.    And LAN user's don't have to worry.  The new control file contains an
  147.    "in use" byte so BGQWK won't overwrite a current user's record.  (In
  148.    L)ist mode, any "in use" record will be highlighted if you are in ansi
  149.    mode in the door).
  150.  
  151. 2. IMPORTANT FOR SYSOPS USING BGQWK IN "PREPACK" MODE --- The command line
  152.    parameter for prepack mode has changed to /PD:first last.  Example:
  153.  
  154.    bgqwk . f: /pd:russell kroll
  155.  
  156.    Prepack mode can now be used in reverse... to accept REP packets rather
  157.    than create QWK packets.  To use Prepack mode in reverse, simply:
  158.  
  159.    bgqwk . f: /pu:russell kroll
  160.  
  161. 3. People in my support conference had reported difficulties when first
  162.    installing BGQWK because it wouldn't acknowledge their general message base
  163.    was in the config file.  I played around with this but could not duplicate
  164.    the problem with the caps, however, I did discover another problem and
  165.    fixed that.  If the main message area was greater than 255, BGQWK will not
  166.    recognize it.
  167.  
  168. 4. Some cosemetic adjustments have been made.
  169.  
  170. 5. If a user's netmail message was identified as a duplicate, a netmail
  171.    credit would be taken from them anyway.  Fixed.
  172.  
  173. BGQWK 1.0 BETA 23  SUN 23 FEB 92
  174. --------------------------------
  175.  
  176. There hasn't been a beta release in about a month.  I was pretty busy and
  177. just now had the chance to work on it.  Please read the following change
  178. information.  Especially the first three items.
  179.  
  180. 1. In order to optimize BGQWK for LAN use, I made a decision that may
  181.    have an affect on your setup.  From now on, all BGQWK support files
  182.    (BGQWK.CTL, BGQWK.HLP, BGQWK.CNF, BGQWK.KEY) must be placed in your
  183.    LANPATH directory (if you don't have LANPATH directory, it's the
  184.    GTPATH directory).  If you still don't know what I'm talking about, just
  185.    copy all the BGQWK*.* into the same directory with your USER.CTL file.
  186.    This change is being done so that people don't have multiple copies of
  187.    BGQWK files lying everywhere.  This change was recently done only for
  188.    BGQWK.CTL, and it worked so well, I decided to do it for all BGQWK
  189.    support files!
  190.  
  191. 2. The 'H' (allow hangup) command line parameter has been removed.  In
  192.    order for BGQWK to operate the same on every board and to not confuse users
  193.    of the door, I felt this was necessary.  If your board reboots because the
  194.    carrier is dropped, you need to get a hold of DVDOOR and install it in your
  195.    AUTOEXEC.BAT file.
  196.  
  197. 3. Many people have been complaining about "fatal error: 8 on exec("
  198.    errors.  An "8 on exec" means that not enough memory is left to run the
  199.    child process (DSZ, PKZIP, PKUNZIP, COMMAND.COM, etc).  A way to solve this
  200.    problem is overlay the door, but I put something inside BGQWK to help solve
  201.    this problem for you as well so you won't have to overlay the BGQWK door
  202.    anymore!  This beta version, when shelling to a child process, will dump
  203.    itself into EMS or a disk file (BGQWK.$$$) and give the child processes
  204.    about an extra 150K of memory to work with!  I've tried it on my computer
  205.    and on Russell's computer running Desqview and it seems to work fine on
  206.    both so I hope it works good on yours.  Let me know how it goes!
  207.  
  208. 4. Warren Leadbeatter found a security bug in BGQWK relating to netmail
  209.    handling.  If you use to use GT's tight netmail security features, add
  210.    the 'T' parameter to the BGQWK command line.  If you don't know what I'm
  211.    talking about, you can ignore this option.  Since I don't have a "real"
  212.    netmail
  213.  
  214. 5. Eric McDerrmott discovered a gigantic bug with the processing of the PTR
  215.    file.  What did it do?  Well, basically, it would mess up all your last
  216.    read pointers rather than fixing them, <grin>.  Fixed.
  217.  
  218. 6. Craig Clark discovered ^F<filename> substitutions in bulletins were not
  219.    working.  I added the capability for one-deep subs.  I didn't really feel
  220.    it was that necessarily to go more than one-deep.  Let me know.
  221.  
  222. 7. Bryan Nylin discovered a GT-related bug that caused problems with some
  223.    offline mail readers.  Since GT stores 0:00 as 24:00, the mail readers
  224.    thought the time was corrupt and refused to display it.  BGQWK now changes
  225.    the "24:xx" time to " 0:xx" when inserting in the QWK packet.
  226.  
  227. 8. More cosmetic changes.  At the request of some people, I've changed many
  228.    of the Q)uit commands to M)enu so users won't get confused.  Personally,
  229.    I don't like it too well and might change it back to Q)uit if I get many
  230.    negative responses.
  231.  
  232. BGQWK 1.0 BETA 22  SAT 25 JAN 92
  233. --------------------------------
  234.  
  235. 1. Changed REP packet processing logic drastically.
  236.    a) All messages sent to the door will be marked NOT RCV'D regardless of
  237.       the flag in the MESSAGES.DAT file
  238.    b) If a message is directed to "SYSOP" normally BGQWK converts it to the
  239.       sysop's name, however, now, if BGQWK senses the message is directed to a
  240.       remote system, BGQWK will leave the "SYSOP" name intact as "Sysop".  (A
  241.       remote system is detected if the message is directed to someone via
  242.       netmail or if the first two characters in the message are "->".
  243.    c) BGQWK will no longer use the date/time stamp when checking for
  244.       duplicate packets since some computer platforms don't add a date/time
  245.       stamp to their REP files causing BGQWK to think ALL uploaded messages
  246.       were duplicates.  As a result, the R)eset..D)upe function has also
  247.       been removed since it is meaningless now.
  248.    d) Several people have reported lockups when users have uploaded REP
  249.       packets.  I believe I've fixed the problem.  (It had to do with
  250.       special control messages not being handled correctly).
  251.    e) Messages uploaded will now maintain their ORIGINAL date and time, as
  252.       entered by the user.  Why?  Because several people have told me that
  253.       duplicate killers are killing uploaded messages because the date and
  254.       time are the same (because fast computers can unpack, say, 10
  255.       messages in the same time-minute-frame, but people usually don't
  256.       enter messages in the same time-minute-frame).
  257.    f) as messages are uploaded, BGQWK will scan for duplicates in the
  258.       message base before posting the message.  This may take a little longer,
  259.       but it's probably worth it.
  260.    g) when messages are uploaded from a NON-net status person, if the
  261.       current user name does not match the uploaded message user name, the
  262.       message will not be posted at all--before the message would be inserted
  263.       into the base with the current user's name rather than the message.dat
  264.       user name
  265.  
  266. 2. Daniel Liebling discovered if a user did a C)onfig..T)ransfer Protocol
  267.    and then hit ENTER, their current protocol would become blank.  Fixed.
  268.  
  269. 3. Allow users to [H]angup after or [ESC] abort transfer before transfer
  270.    begins at the request of several people.
  271.  
  272. BGQWK 1.0 BETA 21  SAT 18 JAN 92
  273. --------------------------------
  274.  
  275. 1. Fixed a MAJOR problem with the net status logic.  Net status would never
  276.    work properly on conferences 0, 128, 256, etc, and on all the rest, the
  277.    positions were shifted over one causing much trouble.  Thanks to Richard
  278.    Walker for discovering this bug.
  279.  
  280. 2. The P)revious command off the S)elect meny now works properly when in
  281.    the first screen.
  282.  
  283. 3. Fixed some problems with linking message reply numbers.  When a
  284.    reference number was used, the "see reply" flag was being used instead of
  285.    the "see original".  Fixed that and now also flag the other message header
  286.    so that a reference pointer is generated.  This is probably a bug that goes
  287.    all the way back to the BGPCK days.  Fixed.
  288.  
  289. 4. Jerry Hook and others discovered that if you specified a file to be
  290.    inserted as a new file list (via the UP= directive), it wouldn't be
  291.    inserted.  This feature is now BACK!  (Remember, this is completely
  292.    optional).
  293.  
  294. 5. Fixed a rather peculiar problem with the index/hashing logic.  I have
  295.    two users on my board "Clif Davis" and "Greg Miller".  Because their hash
  296.    codes just happen to be the same, BGQWK would assume "Clif Davis" was on
  297.    the board when, in actuality, it was "Greg Miller".  (Yes, that may have
  298.    caused some potential security problems).  All is fixed now, I believe.
  299.  
  300. 6. Fixed a few minor problems with the ansi driver (that's why ASCII
  301.    screens were having double linefeeds, etc and also the <ESC>[xH commands
  302.    were not being treated properly.  Fixed another bug in the ansi driver
  303.    that caused background attributes to be brough up rather than blinking
  304.    attributes.  Fixed a bug that caused BGQWK to lock up if an illegal ansi
  305.    call was read.
  306.  
  307. BGQWK 1.0 BETA 20  SAT 11 JAN 92
  308. --------------------------------
  309.  
  310. ATTENTION ALL REGISTERED USERS: Chris Cook discovered quite a big bug in
  311. the registration logic that causes all registered BGQWK's beyond serial
  312. number 29 to assume they are unregistered.  This problem has been
  313. corrected, BUT in order to do so, I had to change the format of the
  314. BGQWK.KEY file.  You will need to pick up a new KEY file in door number 4!
  315.  
  316. We've overshot the tentative release date a month already, so we might as
  317. well keep beta testing, <grin>.
  318.  
  319. Several bugs have been reported, but I just didn't have the time to get all
  320. of them.  I have corrected as many as I could for this beta.
  321.  
  322. This release will only contain the regular version of BGQWK.EXE.  From my
  323. experience, the AT version ran about the same speed as the XT version.  Do
  324. any of you have any comments about the difference in XT and AT versions?
  325.  
  326. Well, the source code to BGQWK has gotten so large that I can't even use
  327. the Turbo Pascal 5.5 internal editor anymore, so all future versions will
  328. be compiled under Turbo Pascal 6.0.  (I'll just use it's command line
  329. processor since I _hate_ the 6.0 environment!)
  330.  
  331. Beta 19 was very buggy.  Numerous bugs have been fixed in this release.
  332.  
  333. 1. The problem John Ferra's users have been reported has finally been
  334.    corrected (the problem with private messages sent through Winqwk were being
  335.    marked <RCV'D> before it actually was).
  336.  
  337. 2. I have again tried to fix the problem with the garbled select screens on
  338.    some systems running high speed modems and I belive I fixed it.  Let me
  339.    know please!
  340.  
  341. 3. A bug since long betas since has been fixed.  If a user dropped carrier
  342.    on the board, BGQWK would not clean up its work directory.  Fixed.
  343.  
  344. 4. Finally!  Errors will now be logged in the BGQWK.LOG file that is
  345.    created in the GTPATH directory.  The log file will probably be changing
  346.    all the time to suit the needs of the sysops running the door.  Let me know
  347.    what all you want me to add to the log file.
  348.  
  349. 5. Dan Mancuso has suggsted that BGQWK not bomb out when it encounters a
  350.    missing .MSG or .MES file.  This is now done and BGQWK will report the
  351.    error on screen and in the log file.
  352.  
  353.  1-10-92 19:27 Guest Account~Houston, Texas
  354.  1-10-92 19:28 CORRUPTED [D:\MAIL\GENERAL\GTMSGS\00100.MES] SOM2
  355.  1-10-92 19:28 CORRUPTED [D:\MAIL\GENERAL\GTMSGS\00100.MES] SOM4
  356.  1-10-92 19:28 CORRUPTED [D:\MAIL\GENERAL\GTMSGS\00100.MES] SOM7
  357.  1-10-92 19:28 user returns to the board
  358.  
  359.    If you are using GT 16 or later, the SOM id will also be given for
  360.    debugging purposes.
  361.  
  362. 6. Jerry Deguzman reported a bug that has now been fixed.  BGQWK was not
  363.    "trimming" imbedded spaces from the end of some strings in the BGQWK.CNF
  364.    file causing problems with PKZIP.
  365.  
  366. 7. Fixed some little strang things with the strip bit routines.  If BGQWK
  367.    displays a "unregistered" tagline, high bit characters were not being
  368.    stripped.  Fixed.  Also, when the bits are stripped, if it happens to come
  369.    out to be an ^X, ^Z or null, they will be converted to "~".  (Those some
  370.    redifintions will be used on normal conferences as well).  Also, in strip
  371.    bit conferences, any ESC character will be changed to "~" as well.
  372.  
  373. 8. Several people reported a major bug in prepack mode.  If no new messages
  374.    were available, the program would get stuck in an infinite loop.  Fixed.
  375.  
  376. ---------------truncated to save space
  377.